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ABSTRACT 


A  demonstration  model  of  a  Condition  Based  Maintenance  (CBM)  monitoring  sys¬ 
tem  has  been  developed  and  installed  on  a  high  pressure  ah  compressor.  The  CBM  model 
is  a  distributed,  microprocessor-based  system  incorporating  graphical  man! machine  in¬ 
terface,  expert  system  and  local  area  network  software.  The  CBM  model  integrates 
commercially  available  hardware  and  software  packages  with  software,  sensors  and  mon¬ 
itoring  techniques  currently  under  development.  The  intent  is  to  apply  CBM  broadly  to 
naval  shipboard  machinery’ for  fault  detection,  diagnosis  and  prognosis  (DD&P).  The 
knowledge  gained  by  implementing  increasingly  sophisticated  systems  will  be  used  to  de¬ 
velop  generic  CBM  guidelines  for  naval  machinery  and  ship  syst'  n  d  signs.  This  report 
presents  a  detailed  description  of  the  CBM  monitoring  system  discusses  design 
issues.  This  report  also  presents  future  development  plans  for  CBM. 


INTRODUCTION 

One  of  the  roles  of  the  David  Taylor  Research  Center  (DTRC)  is  to  conduct  research 
and  development  in  the  area  of  naval  shipboard  propulsion  and  auxiliary  systems.  DTRC 
also  develops  sensors  and  controls  for  these  systems.  Because  of  this  expertise,  the  Logis¬ 
tics  Block  Program  manager  tasked  die  Center  to  create  a  teclinology  push  in  the  area  of 
Condition  Based  Maintenance  (CBM)  monitoring.  The  expected  benefits  of  CBM  are 
improved  maintenance  procedures  and  scheduling,  increased  machinery  operational 
readiness,  and  reduced  logistics  support  cost. 


As  part  of  this  effort,  DTRC  has  developed  a  demonstration  model  of  a  CBM  moni¬ 
toring  system.  This  demonstration  model  integrates  commercially  available  hardware  and 
software  with  developing  technologies.  The  model  dernonsuaies  niaclinici  v  fauli  detec¬ 
tion,  diagnosis  and  prognosis  (DD&P)  capabilities  as  applied  to  naval  shipboard  systems. 
The  demonstration  model  makes  use  of  new  sensor  types,  programmable  logic  control, 
and  industrial  process  control  hardware  and  software.  The  model  also  includes  local  area 
networking,  graphical  man/machine  interface  and  diagnostic  software.  Expert  system 
software  and  the  results  from  research  in  machinery  modeling  will  be  used  for  DD&P. 


The  near  term  goals  of  this  program  are  to  successively  develop  CBM  systems  for 
existing  machineries  and  integrate  them  to  form  larger  systems.  The  long  range  goal  is  to 
develop  generic  CBM  guidelines  for  future  machinery'  developments  and  naval  ship  sys¬ 
tem  designs. 


This  paper  discusses  the  CBM  demonstration  system  and  some  issues  involved  with 
the  design  of  naval  shipboard  monitoring  systems. 


BACKGROUND 

The  United  States  Navy  now  uses  the  Planned  Maintenance  System  (PMS)  for  the 
upkeep  of  shipboard  system  machinery.  This  involves  the  periodic  overhauling  of  ma¬ 
chinery  on  a  scheduled  basis.  The  operation  and  maintenance  of  propulsion  and  auxiliary 
systems  has  steadily  become  more  difficult,  costly  and  labor  intensive  with  the  increasing 
diversity  and  complexity  of  these  systems.  In  this  era  of  shrinking  maintenance  budgets 
and  skilled  labor  pool,  the  current  means  of  maintaining  and  operating  Navy  ships  has 
come  under  attack. 
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Efforts  arc  being  made  to  reduce  die  number  of  scheduled  overhauls  through  the 
periodic  monitoring  of  shipboard  machinery  health  and  performance.  Data  obtained  from 
periodic  monitoring  helps  the  ships’  forces  diagnose  machinery  problems,  determine  ma¬ 
chinery  wear  condition,  and  reduce  maintenance  procedures.  This  approach,  however, 
will  not  solve  the  Navy’s  operating  and  maintenance  problems. 

The  solution  is  an  integrated  shipboard  machinery  monitoring  and  control  system 
that  includes  CBM.  The  Condition  Based  Maintenance  concept  encompasses  more  than 
just  periodic  condition  monitoring.  CBM  is  an  approach  that  incorporates  all  aspects  of 
automated  machinery  failure  detection,  diagnosis  and  prognosis.  It  has  been  shown  by  a 
task  group  of  the  Advanced  Testing  Technology  Committee  1 1]  that  applying  CBM  to 
shipboard  hull,  mechanical  and  electrical  systems  can  produce  the  following  benefits: 

•  reduce  maintenance  induced  failures  —  50 % 

•  reduce  maintenance  actions  —  35% 


•  increase  availability  —  20% 


•  reduce  inspection  and  repair  hours  —  20% 

•  reduce  spare  parts  provisioning  —  20% 

•  reduce  good  parts  removal  — 10% 


•  extend  equipment  life/overhaul  cycle  —  10% 


CBM  can  produce  these  benefits  but  it  requires  an  effective  resolution  of  the  issues  in¬ 
volved  with  automated  shipboard  monitoring.  The  Navy  has  determined  that  CBM  is  an 


“Imperative  Characteristic''  [2], 


CBM  SYSTEM  CONCEPT 

An  established  approach  is  io  develop  the  top-down  system  concept  identifying  the 
pertinent  design  issues.  Once  this  ha:  been  done,  the  system  is  implemented  from  the  bot¬ 
tom-up  [3],  This  is  the  approach  that  DTRC  is  taking. 

Some  of  the  issues  addressed  in  the  design  of  the  CBM  system  are  the  man  machine 
interface,  distributed  versus  centralized  processing  and  data  base  management,  design 
flexibility  and  adaptability  to  shipboard  environments. 

The  overall  CBM  shipboard  system  concept  developed  is  shown  in  Fig.  1.  This  sys 
tern  has  four  levels,  l^evel  1  is  the  programmable  logic  controllers  (PLC).  The  PLCs 
reside  at  the  machinery  and  provide  digital  machine  control  and  collect  and  digitize  sen¬ 
sor  data. 

Tne  industrialized  PC/ATs  at  level  2  reside  with  the  PLCs  in  the  machinery'  spaces. 
They  provide  the  operator  at  the  graphical  man/machir.e  interface  with  machine  conuol 
through  the  PLCs .  The  operators  have  access  to  all  information,  alarms  and  control  nec¬ 
essary  to  the  operation  of  their  machinery  space. 

Level  3  is  a  supervisory  level  consisting  of  PC/AT  type  workstations.  These  work¬ 
stations,  located  in  the  engineering  spaces,  contain  the  historical  database  for  the  ship 
machinery  and  provide  a  high  level  of  access  to  ship  engineering  system  data  and  control. 
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Fig.i.  CBM  system  concept. 


Level  4,  the  highest  level,  provides  managerial  access  to  each  workstation  and  in¬ 
dustrial  PC/AT.  This  level  consists  of  a  central  VAX/VMS  system  or  equivalent.  It 
performs  ship  wide  data  management  and  control  and  other  tasks  required  of  die  ship's 
most  senior  officers.  Other  ship  functions  would  tie  into  diis  level. 

This  is  a  general  system  concept.  It  addresses  die  issues  of  distributed  control  and 
database  management  and  can  be  applied  easily  to  a  ship  environment.  It  is  flexible  and  is 
not  limited  to  the  technologies  listed  here.  This  is  the  framework  from  which  the  CBM 
system  will  evolve. 


CBM  DEMONSTRATION  MODEL 

A  Worthington  high  pressure  air  compressor  (HPAC)  installed  in  the  laboratory  pro¬ 
vides  a  means  of  effectively  demonstrating  CBM  on  an  actual  shipboard  auxiliary.  The 
HPAC  is  a  motor-driven,  oil -lubricated,  water-cooled,  four-cylinder  air  compressor. 
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Because  it  is  complex  and  has  a  variety  of  subsystems,  the  HPAC  is  ideally  suited  for 
demonstrating  CBM. 

The  CBM  demonstration  model  is  shown  in  Big.  2.  It  consists  of  a  pair  of  i38(>  PC/ 
AT  computers  and  a  Gould  984  programmable  logic  controller  with  32  channels  of  A/D. 
A  commercially  available  process  control  software  package  by  lntcllution,  Inc.  called 
F1X/DMACS  (TM)  is  used  for  the  system  control,  data  management,  and  display.  It  sup¬ 
ports  the  communication  with  the  PLC,  the  diagnosis  and  prognosis  software,  and  the 
local  area  network  (LAN)  software. 

The  CBM  model  developed  to  date  works  as  follows.  Analog  signals  from  the 
HPAC  sensor  suite  arc  digitized  by  the  A/D  modules  in  the  Gould  984  PLC.  The  HPAC  is 
outfitted  with  the  standard  shipboard  gages  and  controls  augmented  with  easily  added 
transducers  for  data  acquisition  purposes.  In  order  to  aid  in  the  acceptance  of  die  new  dis¬ 
plays  and  controls  provided  by  CBM,  it  is  installed  alongside  the  original  HPAC  gages 
and  meters  which  have  not  been  removed.  The  PLC  provides  limited  microprocessor  ca¬ 
pabilities  for  data  messaging,  buffering  and  control.  It  communicates  with  the  industrial 
PC/AT  through  the  IBM  realtime  coprocessor. 

The  IBM  realtime  coprocessor  is  referred  to  as  an  Artie  card.  The  Artie  card,  via  its 
RS-232  serial  port,  reads  the  bank  of  memory  addresses  corresponding  to  the  various 
transducer  data  channels.  It  comprises  one  of  the  three  nodes  in  the  CBM  model.  The 
realtime  coprocessor  executes  the  SCADA  portion  of  FIX/D  MACS  software.  SCADA  is 
a  mnemonic  for  Scan,  Control,  Alarm  and  Data  Acquisition.  The  F1X/DMACS  software 
is  installed  on  both  PC/ATs  and  provides  communication  between  the  PCs  and  the  Artie 
card.  Tins  forms  a  three  node  FIX/DMACS  system. 


PC/AT  Industrial  PC/AT 


Graphical  Human  Interface 
Historical  Data  Collection 
Diagnostic  Software 


Interface  between 
Realtime  Coprocessor 


Polls  PLC 

Maintains  Database 


High  Pressure  Air  Compressor 
Fig.  2.  CBM  demonstration  model. 


HPAC  condition  information  is  processed  by  FDv/DMACS  and  disj>layed  on  the 
EGA  screen  for  the  1IFAC  operator.  Tins  information  is  also  available  remotely  at  the 
workstation  which  is  in  another  area  of  the  building.  The  communication  between  the 
PC/AT  at  the  1 IPAC  and  the  remote  workstation  is  via  Ethernet  and  3Com  hardware. 

The  remote  workstation  maintains  and  stores  the  HPAC  database  and  provides  the 
operator  with  access  to  all  information  available  to  the  machine  operator.  Messages  can 
be  passed  between  these  nodes. 

Ultimately,  the  workstation  will  also  rmi  a  rule -based  expert  system  for  the  detec¬ 
tion,  diagnosis  and  prognosis  of  HPAC  faults.  Failure  prediction  algorithms  are  being 
developed  for  this.  At  the  present  time,  only  C-coded  diagnostic  rules  run  at  this  node. 

GRAPHIC  MAN/MACHINE  INTERFACE 

A  crucial  portion  of  any  automated  monitoring  system  is  the  man/machine  interlace. 
The  information  How  from  machine  to  man  must  be  dealt  with  effectively  to  prevent  in¬ 
formation  overload.  Yet  it  must  provide  all  the  necessary  data  to  the  system  operator.  This 
is  one  of  the  central  issues  to  the  demonstration  CBM  system. 

A  variety  of  graphic  display  screens  have  been  designed  for  CBM.  Figures  3, 4, 5, 
and  6  show  the  major  HPAC  system  screens.  Figure  3  is  the  ANALOG  DISPLAY  screen. 
This  screen  is  the  main  display  and  shows  the  HPAC  operator  information  in  an  easy  to 
read  graphical  format.  At  this  screen,  air  temperatures  and  pressures  for  each  stage  of 
compression  arc  displayed.  The  values  tire  displayed  relative  to  their  respective  alarm  and 
warning  states  in  a  bar  graph  format.  A  digital  screen,  not  shown,  is  also  available  which 
displays  the  values  of  these  scTh.ois  in  a  numerical  format.  Tne  digital  screen  shows  all 
sensor  data  including  the  AC  motor  speed,  current,  voltage  and  power  and  rate  of  oil 
lubrication  to  the  compression  cylinders. 

11'  any  parameter  exceeds  cither  a  warning  or  alarm  threshold,  the  Machine  Health 
box,  located  in  die  upper  right  comer  of  the  display,  changes  color.  Green  is  normal.  Yel¬ 
low  is  warning.  Red  is  alarm.  The  operator  can  reach  any  major  screen  by  selecting  any 
of  the  large  boxes  at  the  bottom  with  the  touch  screen.  The  diagnostic  box  will  change 
color  to  instruct  die  operator  to  go  to  the  diagnostic  screen  to  receive  further  instructions 
generated  by  the  expert  system. 

The  AIR  SYSTEM  screen  is  shown  in  Fig.  4.  This  screen  provides  a  mimic  of  the 
HPAC  air  system.  The  color  of  the  boxes  at  each  stage  of  compression  represent  the  con¬ 
dition.  Again,  the  operator  can  reach  any  other  screen  from  here. 

The  CJL  SYSTEM  screen  is  shown  in  Fig.  5.  The  HPAC  oil  system  consists  of  a 
pump  for  distributing  oil  to  main  bearing  and  crank  assembly  and  an  auxiliary  oil  disdi- 
bution  system  for  cylinder  lubrication.  The  concept  of  this  screen  is  similar  to  the  others. 
This  screen,  however,  incorporates  data  from  a  unique  fiber  optic  drop  counter  sensor. 
This  sensor  monitors  die  rate  of  drop  lubrication  to  the  HPAC  cylinders  from  the  auxilia¬ 
ry  lube  system. 

The  WATER  SYSTEM  screen,  shown  in  Fig.  6,  displays  cooling  water  inlet  temper¬ 
ature  and  discharge  temperature.  The  pressure  at  the  condensate  drain  accumulator  is  also 
shown. 
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Fig.  3.  Analog  display  screen. 
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Fig.  4.  Air  system  screen. 


6 


DTRC-PAS-90/17 


Oil  System 


Mod  i  i  ne 
Mioo  1  1_  H 


rtlK  OIL 


1-K1EK 


it  f  -li'i  LOO  PI  Cl  1  il  L  PM'  0N05 1  1 


F‘g-  5.  Oil  system  screen. 


waiter  System 


I’iacH  i  ne 
Heo 1 th 


Fig.  6.  Water  system  screen. 
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From  the  major  screens,  a  graphical  time  history  of  a  sensor  value  may  be  dis¬ 
played.  The  user  simply  touches  the  screen  element  associated  with  that  sensor.  The  data 
is  displayed  as  in  Fig.  7. 

EXPERT  SYSTEM  DIAGNOSIS 

The  CBM  model  is  designed  to  use  ar.  expert  system  software  package.  NEXPERT 
(TM),  to  analyze  sensor  data  and  provide  a  diagnosis  oi'HPAC  laults.  The  intention  is  for 
me  expert  system  to  obtain  sensor  data  fiom  the  SCADA  node  database.  F1X/DMACS 
provides  access  to  the  database  via  C  function  calls  which  arc  executable  on  any  FIX/ 
PMACS  node.  With  the  appropriate  knowledge  base,  NEXPERT  can  analyze  the  data 
and  communicate  its  results  back  to  F1X/DMACS  via  C  function  calls. 

litis  plan  was  postponed  because  of  problems  getting  F1X/DMACS  and  NEXPERT 
to  coexist  on  the  same  DOS  node  due  to  system  memory  constraints.  A  temporary  solu¬ 
tion  has  been  adopted.  Diagnostic  rules  are  hard  coding  within  a  C  program.  The  C 
program  replaces  the  expert  system  with  24  hard  coded  rules  arranged  in  order  of  de¬ 
creasing  severity.  These  rules  me  developed  from  the  HPAC  system  manual  and 
equipment  experts.  Once  a  rule  fires,  indicating  a  fault,  a  diagnostic  number  uniquely  in¬ 
dicating  the  fault  is  immediately  sent  10  FIX/DMACS  for  display  on  the  screen.  The  color 
of  the  diagnostic  box  is  controlled  by  this  niunber.  A  yellow  or  red  diagnostic  box  indi¬ 
cates  the  fault  severity  and  directs  the  operator  to  the  diagnostic  screen.  Even  though 
more  than  one  fault  may  be  present,  only  the  most  severe  is  reported. 
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Fig.  7.  Example  data  display  screen. 
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The  C  program  provides  piecewise  linear  scaling  of  data  for  the  ANALOG  DIS¬ 
PLAY,  and  controls  the  color  of  the  MACHINE  HEALTH  box  and  major  screen  boxes  on 
each  display.  Future  CBM  systems  will  use  an  expert  system  rather  than  hard  coded  rules 
in  order  to  support  larger  rule  bases. 


EXPERT  SYSTEM  PROGNOSIS 

The  final  element  in  the  CBM  model  is  the  prognosis  capability.  Prognosis  projects 
future  machine  health  based  on  current  and  past  condition.  The  expert  system  software 
will  be  extended  to  provide  prognosis.  It  will  use  a  knowledge  base  developed  for  the  ma¬ 
chine  along  with  a  probabilistic  model  of  the  HPAC  to  provide  predictions  of  future 
machine  health.  Probabilities  will  be  assigned  to  these  predictions  to  give  the  operator  an 
indication  of  the  degree  of  confidence  with  which  the  prediction  is  made.  The  develop¬ 
ment  of  probabilistic  machine  models  are  crucial  in  order  to  provide  more  than  a  limited 
prognosis  capability. 

Work  is  being  done  at  Columbia  University  on  the  method  of  state  space  machinery 
models.  Data  collected  from  the  machine  will  be  used  to  establish  normal  and  abnormal 
state  spaces.  Algorithms  will  be  developed  to  construct  a  multidimensional  state  space 
model  of  the  HPAC.  Although  beyond  the  scope  of  this  paper,  this  method  has  the  poten¬ 
tial  of  providing  sophisticated  prognostics. 


FUTURE  PLANS 


The  plans  for  CBM  are  to  expand  the  present  system  to  include  the  extended  diag¬ 
nosis  and  the  prognosis  capabilities  discussed.  Work  will  continue  on  the  integration  of 
thp  process  control  pj.d  expert  system  softwsre.  CBM  msy  be  extended  to  other  openitin^ 
systems  with  greater  multitasking  capabilities  and  larger  memory  models  m  order  to  ac¬ 
complish  this. 


CBM  will  use  the  knowledge  gained  in  developing  the  diagnosis  and  prognosis  fea¬ 
tures  to  expand  and  refine  the  HPAC  sensor  suite.  Sensor  technologies  will  be  developed 
as  necessary  for  the  detection  of  machinery  health  problems.  Finally,  CBM  will  be  con¬ 
tinually  refined  and  expanded  to  include  other  shipboard  machineries. 


CONCLUSION 

The  CBM  demonstration  model  will  provide  the  Navy  with  the  vehicle  to  improve 
its  maintenance  procedures  and  reduce  costs.  The  challenge  is  to  integrate  CEM  into  the 
naval  shipboard  environment  by  using  the  knowledge  gained  from  this  effort  to  generate 
the  guidelines  for  future  machinery  development  and  ship  system  designs. 
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